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FINAL REJECTION 
Response to Arguments 

Applicant's arguments filed 7/1/2004 have been fully considered but they are not 
persuasive. 

With respect to applicant's arguments that Li fails to disclose or suggest replicating, in 
the network device, a received or generated routing protocol state change to the standby 
controller system, the examiner agrees. However, Li does disclose a part of the limitation. Li 
discloses the existence of the standby controller system, as stated in the previous rejection, this 
controller system is in the form of a router. Li also discloses a network device in the form of the 
host system and connecting routers, see column 2, lines 17-31. Li was never indicated to 
disclose the replication of state changes. With respect to applicant's arguments that Tsukakoshi 
fails to disclose or suggest replicating, in the network device, a received or generated routing 
protocol state change through a standby controller system, the examiner agrees. However 
Tsukakoshi does disclose a part of this limitation. Tsukakoshi discloses replicating routing 
protocol state changes. The means for doing so is located within a router. Tsukakoshi was never 
indicated to disclose the replication being explicitly to a standby controller system. The proper 
combination of Li and Tsukakoshi, reiterated below, discloses both the existence of a secondary 
controller system and the replication of the messages to any such device. The additional 
limitation, of "in a network device", is taught by Li in the form of the host and its connected 
routing devices. 
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Claim Objections 

Claim 59 is objected to because of the following informalities: in line 5 of the new claim 
listings the "6" should be deleted to restore the claim to the original state. Appropriate 
correction is required. 

Claim Rejections - 35 USC§103 
The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-55 are rejected under 35 U.S.C. 103(a) as being unpatentable over Li et al, 
United States Patent number 5,473,599, filed April 22, 1994, in view of Tsukakoshi et al., United 
States Patent number 6,577,634, filed June 30, 1999. 

As per claim 1, Li discloses a network device, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31. Li discloses 
receiving or generating a routing protocol state change by the active controller system, see 
column 8, lines 46-59. Li fails to disclose replicating the received or generated routing protocol 
state change to the standby controller system. 
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Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate, in a network device, the received or generated routing protocol 
state change to the other controller systems, see column 7, lines 13-21. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

As per claim 2, Tsukakoshi discloses a possible routing protocol state change that 
includes a Routing Internet Protocol (RIP) state change, see column 7, lines 13-21. 
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As per claim 3, Tsukakoshi discloses the replicating of state changes to the standby 
systems occurring in realtime, see column 7, lines 13-21, where the packet is generated and then 
immediately sent to all other routers in the clustered router. 

As per claim 4, Tsukakoshi discloses receiving or generating a routing protocol message 
by the active controller system, and selectively replicating the received or generated routing 
protocol message in the standby controller system, see column 3, lines 10-49, where only packets 
generated to use NISP are selectively replicated throughout the cluster to all active and standby 
systems. 

As per claim 5, Tsukakoshi discloses the routing protocol message including an RIP 
message. 

As per claim 6, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes that were completed prior to failure should have been replicated in the 
standby controller system, see column 7, lines 5-45. 

As per claim 7, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
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Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 

As per claim 8, Li discloses a network device, in the form of the host system and 
connecting routers, including a standby controller system, or router, and an active controller 
system, or router, see column 2, lines 16-31. Li discloses the active system receiving or 
generating a routing protocol state change by the active controller system, see column 8, lines 
46-59. Li fails to disclose replicating the received or generated routing protocol state change to 
the standby controller system. 

Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate, in the network device, the received or generated routing 
protocol state change to the other controller systems, see column 7, lines 13-21. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59, Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
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The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

As per claim 9, Tsukakoshi discloses a possible routing protocol state change that 
includes a Routing Internet Protocol (RIP) state change, see column 7, lines 13-21. 

As per claim 10, Tsukakoshi discloses the replicating of state changes to the standby 
systems occurring in realtime, see column 7, lines 13-21, where the packet is generated and then 
immediately sent to all other routers in the clustered router. 

As per claim 1 1, Tsukakoshi discloses receiving or generating a routing protocol message 
by the active controller system, and selectively replicating the received or generated routing 
protocol message in the standby controller system, see column 3, lines 10-49, where only packets 
generated to use NISP are selectively replicated throughout the cluster to all active and standby 
systems. 

As per claim 12, Tsukakoshi discloses the routing protocol message including an RIP 
message. 
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As per claim 13, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes that were completed prior to failure should have been replicated in the 
standby controller system, see column 7, lines 5-45. 

As per claim 14, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 

As per claim 15, Tsukakoshi and Li disclose the network device including a network 
router, see column 2, line 27 of Li, and column 3, line 10 of Tsukakoshi. 

As per claim 16, Li discloses a network device, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31. Li discloses 
receiving or generating a routing protocol state change by the active controller system, see 
column 8, lines 46-59. Li fails to disclose replicating the received or generated routing protocol 
state change to the standby controller system. 
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Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate, in the network device, the received or generated routing 
protocol state change to the other controller systems, see column 7, lines 13-21. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

The combined invention of Li and Tsukakoshi fail to disclose the routing protocol state 
change being a change of the Border Gateway Protocol (BGP). 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the generation and reception of Border Gateway Protocol state changes in the invention 
of Li and Tsukakoshi. 
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This would have been obvious because Tsukakoshi discloses a network of autonomous 
systems, see Figure 2, in which protocol information is exchanged between hosts, each 
containing their own router, see column 2, lines 1 1-15, and column 3, lines 20-22. The Border 
Gateway Protocol is defined as being used for exchanging information between hosts on a 
network of autonomous systems. Tuscaloosa further discloses the use of multiple routing 
protocols to implement routing functionality, see column 3, lines 18-20. It would have been 
obvious to include BGP as one of the multiple supported routing protocols to allow for the 
information exchange between autonomous host systems as described above. 

As per claim 17, Tsukakoshi discloses the replicating of state changes, which are 
obviously BGP state changes, to the standby systems occurring in realtime, see column 7, lines 
13-21, where the packet is generated and then immediately sent to all other routers in the 
clustered router. 

As per claim 18, Tsukakoshi discloses receiving or generating a routing protocol 
message, which could obvious be BGP messages, by the active controller system, and selectively 
replicating the received or generated routing protocol message in the standby controller system, 
see column 3, lines 10-49, where only packets generated to use NISP are selectively replicated 
throughout the cluster to all active and standby systems. 

As per claim 19, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi all routing 
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protocol state changes, which are obviously BGP protocol state changes, that were completed 
prior to failure should have been replicated in the standby controller system, see column 7, lines 
5-45. 

As per claim 20, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level 

As per claim 21, Li discloses a network device, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31, Li discloses 
receiving or generating a routing protocol state change by the active controller system, see 
column 8, lines 46-59. Li also discloses the use of the Transmission Control Protocol (TCP) in 
the controller systems as a means for sending status information, see column 8, lines 3-8. Li fails 
to disclose replicating the received or generated routing protocol state change to the standby 
controller system. 

Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate, in the network device, the received or generated routing 
protocol state change to the other controller systems, see column 7, lines 13-21. 
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It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

It is also obvious that Tsukakoshi and Li also teach of the state changes being of the 
Border Gateway Protocol, as shown in the rejection of claims 16-20. 

As per claim 22, Tsukakoshi discloses the replicating of state changes, including any 
TCP changes taught by Li, to the standby systems occurring in realtime, see column 7, lines 13- 
21, where the packet is generated and then immediately sent to all other routers in the clustered 
router. 
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As per claim 23, Tsukakoshi discloses receiving or generating a routing protocol 
message, such as a TCP message taught by Li, by the active controller system, and selectively 
replicating the received or generated routing protocol message in the standby controller system, 
see column 3 5 lines 10-49, where only packets generated to use NISP are selectively replicated 
throughout the cluster to all active and standby systems. 

As per claim 24, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes, including the TCP messages taught by Li, that were completed prior to 
failure should have been replicated in the standby controller system, see column 7, lines 5-45. 

As per claim 25, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 

As per claim 26, Li discloses a network device, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31. Li discloses 
receiving or generating a routing protocol state change by the active controller system, see 
column 8, lines 46-59. Li also discloses the use of the Transmission Control Protocol in the 



Application/Control Number: 09/733,284 Page 14 

Art Unit: 2114 

controller systems as a means for sending status information, see column 8, lines 3-8. Li fails to 
disclose replicating the received or generated routing protocol state change to the standby 
controller system. 

Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate, in the network device, the received or generated routing 
protocol state change to the other controller systems, see column 7, lines 13-21. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 
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As per claim 27, Tsukakoshi discloses the replicating of state changes, including any 
TCP changes taught by Li, to the standby systems occurring in realtime, see column 7, lines 13- 
21, where the packet is generated and then immediately sent to all other routers in the clustered 
router. 

As per claim 28, Tsukakoshi discloses receiving or generating a routing protocol 
message, such as a TCP message taught by Li, by the active controller system, and selectively 
replicating the received or generated routing protocol message in the standby controller system, 
see column 3, lines 10-49, where only packets generated to use NISP are selectively replicated 
throughout the cluster to all active and standby systems. 

As per claim 29, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes, including the TCP messages taught by Li, that were completed prior to 
failure should have been replicated in the standby controller system, see column 7, lines 5-45. 

As per claim 30, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 
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As per claim 31, Tsukakoshi and Li disclose the network device including a network 
router, see column 2, line 27 of Li, and column 3, line 10 of Tsukakoshi. 

As per claim 32, this claim is a software implementation of the device of claim 1. Li 
discloses that all operations in the system can be activated or reconfigured by a computer 
program stored in memory, see column 5, lines 10-26. 

As per claim 33, this claim is a software implementation of the device of claim 4. Li 
discloses that all operations in the system can be activated or reconfigured by a computer 
program stored in memory, see column 5, lines 10-26. 

As per claim 34, this claim is a software implementation of the device of claim 6. Li 
discloses that all operations in the system can be activated or reconfigured by a computer 
program stored in memory, see column 5, lines 10-26. 

As per claim 35, this claim is a software implementation of the device of claim 7. Li 
discloses that all operations in the system can be activated or reconfigured by a computer 
program stored in memory, see column 5, lines 10-26. 

As per claim 36, Li discloses a network node, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31. Li discloses 
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receiving or generating a routing protocol state change by the active controller system, see 
column 8, lines 46-59. Li suggests at least one node, in this case the host acting as the redundant 
node, through communication to nodes outside the LAN, see column 2, lines 18-20, but fails to 
explicitly teach of the existence of other nodes. Li also fails to disclose replicating, in the 
redundant node, the received or generated routing protocol state change to the standby controller 
system. 

Tsukakoshi discloses the existence of one or more peer nodes, see figure 2. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the one or more peer nodes of Tsukakoshi. 

This would have been obvious because Li discloses communicating outside the LAN. 
Tsukakoshi discloses a typical structure that exists outside of a LAN. It would have been 
obvious to combine Li and Tsukakoshi to provide a more accurate representation of what is 
meant by the communications outside the LAN being performed by Li. 

Tsukakoshi also discloses a system to receive or generate a routing protocol state change 
by an active system, and to replicate, in the redundant node, the received or generated routing 
protocol state change to the other controller systems, see column 7, lines 13-21. This is done for 
each router of the system, including those of the redundant node. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
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controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

As per claim 37, Tsukakoshi discloses a possible routing protocol state change that 
includes a Routing Internet Protocol (RIP) state change, see column 7, lines 13-21. 

As per claim 38, Tsukakoshi discloses the replicating of state changes to the standby 
systems occurring in realtime, see column 7, lines 13-21, where the packet is generated and then 
immediately sent to all other routers in the clustered router. 

As per claim 39, Tsukakoshi discloses receiving or generating a routing protocol message 
by the active controller system, and selectively replicating the received or generated routing 
protocol message in the standby controller system, see column 3, lines 10-49, where only packets 
generated to use NISP are selectively replicated throughout the cluster to all active and standby 
systems. 
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As per claim 40, Tsukakoshi discloses the routing protocol message including an RIP 
message. 

As per claim 41, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes that were completed prior to failure should have been replicated in the 
standby controller system, see column 7, lines 5-45. 

As per claim 42, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 

As per claim 43, Tsukakoshi and Li disclose the network device including a network 
router, see column 2, line 27 of Li, and column 3, line 10 of Tsukakoshi. 

As per claim 44, Li discloses a network device, in the form of the host system and 
connecting routers, having a redundancy platform including an active controller system, or 
router, and a standby controller system, or router, see column 2, lines 16-31. Li discloses 
receiving or generating a routing protocol state change by the active controller system, see 
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column 8, lines 46-59. Li also discloses the use of the Transmission Control Protocol (TCP) in 
the controller systems as a means for sending status information, see column 8, lines 3-8. Li 
suggests at least one node, in this case the host acting as the redundant node, through 
communication to nodes outside the LAN, see column 2, lines 18-20, but fails to explicitly teach 
of their existence. Li also fails to disclose replicating, in the redundant node, the received or 
generated routing protocol state change to the standby controller system. 

Tsukakoshi discloses the existence of one or more peer nodes, see figure 2. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the one or more peer nodes of Tsukakoshi. 

This would have been obvious because Li discloses communicating outside the LAN. 
Tsukakoshi discloses a typical structure that exists outside of a LAN. It would have been 
obvious to combine Li and Tsukakoshi to provide a more accurate representation of what is 
meant by the communications outside the LAN being performed by Li. 

Tsukakoshi also discloses a system to receive or generate a routing protocol state change 
by an active system, and to replicate the received or generated routing protocol state change to 
the other controller systems, see column 7, lines 13-21. This is done for each router of the 
system, including those of the redundant node. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
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controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system, Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21, 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

It is also obvious that Tsukakoshi and Li also teach of the state changes being of the 
Border Gateway Protocol, as shown in the rejection of claims 16-20. 

As per claim 45, Tsukakoshi discloses the replicating of state changes, including any 
TCP changes taught by Li, to the standby systems occurring in realtime, see column 7, lines 13- 
21, where the packet is generated and then immediately sent to all other routers in the clustered 
router. 

As per claim 46, Tsukakoshi discloses receiving or generating a routing protocol 
message, such as a TCP message taught by Li, by the active controller system, and selectively 
replicating the received or generated routing protocol message in the standby controller system, 
see column 3, lines 10-49, where only packets generated to use NISP are selectively replicated 
throughout the cluster to all active and standby systems. 
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As per claim 47, Li discloses the detection of a failure in the active system by the standby 
system, see column 6, lines 59-62. With the message replication of Tsukakoshi, all routing 
protocol state changes, including the TCP messages taught by Li, that were completed prior to 
failure should have been replicated in the standby controller system, see column 7, lines 5-45. 

As per claim 48, it is inherent in the invention of Tsukakoshi and Li that the system 
performs Internet Protocol layer 3 service. This is inherent because Internet Protocol layer 3 
service is performed in the routing level of the system and both Li, see column 2, line 27, and 
Tsukakoshi, see column 3, line 10, teach of the invention utilizing a group of routers, which must 
operate at the routing level. 

As per claim 49, Tsukakoshi and Li disclose the network device including a network 
router, see column 2, line 27 of Li, and column 3, line 10 of Tsukakoshi. 

As per claim 50, Li discloses a network device, in the form of a host node, having an 
active controller system, or router, and a standby controller system, or router, see column 2, lines 
16-3 1 . Li discloses receiving or generating a routing protocol state change by the active 
controller system, see column 8, lines 46-59. Li discloses detecting a failure in the active 
system, see column 6, lines 59-62. Li also discloses resuming operation by the standby 
controller system using information backed up from the active controller, see column 2, lines 16- 
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30. Li fails to disclose replicating the received or generated routing protocol state change to the 
standby controller system as a method of backup. 

Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate the received or generated routing protocol state change to the 
other controller systems to have an accurate copy of the state, see column 7, lines 13-21. This 
replicating of state changes to the standby systems occurs in realtime, see column 7, lines 13-21, 
where the packet is generated and then immediately sent to all other routers in the clustered 
router. 

It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the fiill replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 
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As per claim 51, Li discloses switching over operation of the active system to the standby 
system such that a peer node does not observe the switchover, see column 2, lines 28-30. 

As per claim 52, Li discloses resuming operation by the standby controller system such 
that a routing protocol session with active system is not torn down, see column 2, lines 16-30, 
where the virtual router is always kept active and responsive to continuously provide session 
availability. 

As per claim 53, Li discloses a network device, in the form of a host system, including a 
standby card, or router interface, see column 5, lines 40-44, and an active card, or router 
interface, see column 2, lines 16-31. Li discloses the active router receiving or generating a 
routing protocol state change by the active controller system, see column 8, lines 46-59. Routing 
state changes would include information stored on and provided by the active system including 
persistent data, like authentication and version numbers, session states, in the router status, and 
routing information, such as IP address and group number, see column 10, line 66 through 
column 1 1, line 9. Li fails to disclose replicating the received or generated routing protocol state 
changes to the standby controller system. 

Tsukakoshi discloses a system to receive or generate a routing protocol state change by 
an active system, and to replicate the received or generated routing protocol state change to the 
other controller systems, see column 7, lines 13-21. 
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It would have been obvious to one skilled in the art at the time the invention was made to 
include the protocol state change replication of Tsukakoshi in the network redundancy system of 
Li. 

This would have been obvious because Li discloses generating and receiving protocol 
state change information, see column 8, lines 46-59. Li also discloses a desire to have a standby 
controller that is capable of assuming the role of the active controller, see column 6, lines 58-62. 
It would have been obvious to one skilled in the art that the standby control system would have 
need of any protocol state changes to successfully assume the role and activities of the active 
control system. Tsukakoshi discloses a system that allows for the full replication of all state 
changes to every router, which acts as a control system, in the cluster, see column 7, lines 13-21. 
The cluster of Tsukakoshi and the group of Li are both comprised of a collection of router 
control systems. It would have been obvious to one skilled in the art that the system of 
Tsukakoshi could be easily implemented in the invention of Li to allow for a seamless and 
efficiently transition from standby to active. 

As per claim 54, Tsukakoshi and Li disclose the active card generating changes to the 
persistent data, session states and routing information and replicating the changes to the standby 
card, see column 7, lines 6-45 of Tsukakoshi, where the routing protocol information that is 
generated and used by both Li and Tsukakoshi is replicated. 

As per claim 55, Tsukakoshi discloses the active system receiving all necessary status 
information, as described in Li above, through use of a "Boot" packet, see column 6, lines 1-28. 
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Allowable Subject Matter 

Claims 56-58 and 62-64 are allowable. Claims 59-61 would be allowable if appropriate 
corrections are made to overcome the objection. 

The following is a statement of reasons for the indication of allowable subject matter: 
Claims 56-64 are considered allowable for including, within the context of all the limitation of 
the claims, the limitations of receiving a commitment to the routing protocol state change from 
the standby controller system, committing to the routing protocol state after receiving the 
commitment from the standby controller, and sending the commitment to the peer node. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1. 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 



Application/Control Number: 09/733,284 



Page 27 



Art Unit: 2114 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joshua A Lohn whose telephone number is (703) 305-3 188. The 
examiner can normally be reached on M-F 8-4. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoleil can be reached on (703) 305-9713. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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